use SMP barrier in common code dealing with shared memory protocols
authorIan Campbell <ian.campbell@citrix.com>
Thu, 4 Jul 2013 08:32:44 +0000 (10:32 +0200)
committerJan Beulich <jbeulich@suse.com>
Thu, 4 Jul 2013 08:32:44 +0000 (10:32 +0200)
commitb12649ce9e7a162dae386d32bd04c5fdc537d65c
tree7292f884076246fa3927ecea73b25c8116fb2355
parentb0581b9214d2359207f836f4f075e978527b9a7b
use SMP barrier in common code dealing with shared memory protocols

Xen currently makes no strong distinction between the SMP barriers (smp_mb
etc) and the regular barrier (mb etc). In Linux, where we inherited these
names from having imported Linux code which uses them, the SMP barriers are
intended to be sufficient for implementing shared-memory protocols between
processors in an SMP system while the standard barriers are useful for MMIO
etc.

On x86 with the stronger ordering model there is not much practical difference
here but ARM has weaker barriers available which are suitable for use as SMP
barriers.

Therefore ensure that common code uses the SMP barriers when that is all which
is required.

On both ARM and x86 both types of barrier are currently identical so there is
no actual change. A future patch will change smp_mb to a weaker barrier on
ARM.

Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Acked-by: Keir Fraser <keir@xen.org>
xen/common/domain.c
xen/common/domctl.c
xen/common/grant_table.c
xen/common/page_alloc.c
xen/common/smp.c
xen/common/spinlock.c
xen/common/tmem_xen.c
xen/common/trace.c
xen/drivers/char/console.c
xen/include/xen/event.h
xen/xsm/flask/ss/sidtab.c